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A. Richard Park, declare the following: 



DECLARATION UNDER 37 CFR S 1.131 



1 . I am an attorney-of-record for U.S. Patent Application Serial No. 
10/644,318. 

2. The subject matter of U.S. Patent Application Serial No. 10/644,318 was 
assigned by inventors Jaime Singson and Xiaohua Chen to Oracle 
International Corporation in an assignment, which I filed the USPTO and 
which was recorded at Reel/Frame 014429/0432. 

4. On February 12, 2003, 1 received an invention disclosure form from 
Oracle International Corporation describing the invention embodied in 
U.S. Patent Application Serial No. 10/644,318. I and my associate 
Edward Grundler drafted and filed U.S. Patent Application Serial No. 
10/644,318 which documents the subject matter contained in the invention 
disclosure form. The pages attached to this Declaration are a true copy of 
the invention disclosure form that I received from Oracle International 
Corporation on February 12, 2003. 

5. Inventor Jaime Singson verified to me that the invention was implemented 
on January 10, 2003 as part of an upcoming release of Oracle Warehouse 
Builder 9.0.4 as is indicated on the attached invention disclosure form. 

I declare that all statements made herein of my own knowledge are true, that all 
statements made on information and belief are believed to be true, and further that these 
statements were made with the knowledge that willful false statement and the like so 
made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of 
the United States Code, and that such willful false statements may jeopardize the validity 
of the application or any patent issued thereon. 

Executed on this 6th day of February, 2007 at Davis, California. 



By: 




A. Richard Park, Reg. No,. 41,241 



A. Richard Park 



/ 



Sent: 

To: 

Cc: 



Subject: 



From: 



A. Richard Park [richard@parklegal.com] 
Wednesday, February 12, 2003 4:09 PM 
Aimee Durham 

PATENTSJJS; Kennedy, Roger 
RE: New Oracle Invention Disclosure 



Amie, 



Thanks for sending the new disclosure for OID-2003-04 0-01 today via email. We will 
schedule an invention disclosure meeting soon and will prepare and file the application in 
due course. 

Regards, -Richard 

A. Richard Park 

PARK, VAUGHAN & FLEMING LLP 

508 Second Street, Suite 201 

Davis, CA 95616 

United States of America 

(530) 759-1661 (telephone) 

(530) 759-1665 (facsimile) 

(530) 4Q0-5358 (cell phone) 

richard@parklegal . com 

Original Message 

From: Aimee Durham [mailto:Aimee.Durham@oracle.com] 

Sent: Wednesday, February 12, 2003 3:41 PM 

To : richard@parklegal . com 

Cc: PATENTS_US; Kennedy, Roger 

Subject: New Oracl Invention Disclosure 



Dear Richard, 

Attached is a new Oracle invention disclosure. You may contact the 
inventor directly to schedule a disclosure meeting. Please notify the 
assigned Oracle attorney in advance of the scheduled time for the 
Invention Disclosure meeting. 

Please acknowledge receipt of this invention disclosure, and whether you 
accept this matter by sending an e-mail to patents_us@oracle.com (and 
copy the assigned Oracle attorney) within 5 business days of receipt of 
this message. 

Please be sure to include your firm's Matter Number in the message. 

Note that Oracle's Outside Counsel Patent Prosecution and Billing 
Guidelines apply. Please note that the patent application must be filed 
with the USPTO by May 31st, or earlier if necessary. 

Responsible Oracle Attorney: Roger Kennedy 
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OID-2003-040-01.txt 
Subject: OID-2003-040-01 [Fwd: WEB INVENTION DISCLOSURE FORM] 
Date: Tue, 04 Feb 2003 14:40:36 -0800 
From: "Kelly A. Wan" <Kelly.Wan@oracle.com> 
Organization: Oracle Corporation 

To: PATOPSJJS <patops_us@oracle.com>,"roger.kennedy" <roger.kennedy@oracle.com> 
CC: "Jaime,Singson" <JAIME.SINGSON@oracle.com>,"Chen,Xiaohua" 
<SOPHIA.CHEN@oracle.com> 

Please disregard the previously sent OID-2003-040-01 , and use this 
disclosure as OID-2003-040-01 instead. 

"Kelly A. Wan" wrote: 

> 

> 

> Subject: WEB INVENTION DISCLOSURE FORM 

> Date: Tue, 4 Feb 2003 12:30:04 -0800 (PST) 

> From: New-inventor_us@oracle.com 

> To: patops_us@oracle.com 

> 

> Descriptive Title or Subject of the Invention: 

> 

> Data Stewardship via Administrative Collections in a Rule Based Security 

> Framework 

> 

> Inventors: 

> 

> Jaime Singson:jaime.singson@oracle.com:1880 Steiner St. #412 San 

> Francisco, CA 941 15:650 506 4576:Filipino:Joseph Zheng 

> 

> Sophia Chen:sophia.chen@oracle.com:63 Abrams court, Apt 8B, Stanford, CA 

> 94305:650 506 3257:Chinese:Jaime Singson 

> 

> Primary Development Group: Tools 

> Secondary Development Group: 

> 

> Managing VP: John Entenmann 

> Other VP: 

> 

> Description of problem: 

> 

> Metadata stewardship is the idea that the structure and formation of 

> metadata is owned and maintained by a group of individuals known as data 

> stewards. This implies more than ownership, and is a concept being 

> popularized by many metadata repository gurus. In the past, this concept 
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> has never really been considered strongly among other metadata repository 

> tools. Generally, when people define metadata, there is sometimes little 

> or no consideration of securing the consistency or safety of that 

> metadata. Now, enterprises are strongly considering the value of a strong 

> metadata tool, and find that securing this metadata from careless errors, 

> potential hackers or malicious users is critical. 
> 

> In the past, security for metadata tools have been administered in an 

> instance per instance basis. If, for example, I create the definition of 

> a table, I (or sometimes an administrator) need to specify the 

> permissions for this metadata structure. 

> 

> Companies are realizing the value of having data stewards manage the 

> quality and take ownership of a particular set of metadata, usually by 

> securing that metadata from others who have no business editing this 

> data. However, with an administrative security framework, the steward 

> needs to perform the cumbersome task of assigning permissions to each 

> piece of metadata he is responsible for. This is very flexible, but not 

> scalable. 
> 

> Description of the solution of the invention: 

> 

> Our application first introduces a system that can support a rule-based 

> security methodoloy that allows users to define the security permissions 

> for different sets of actions on different sets of metadata. This allows 

> for rapid generalization (if desired) of security policies, and is easily 

> expandible as the number of actions, objects or users grow. Naturally, it 

> is also flexible enough to implement the sort of cumbersome administrative 

> security methodology described in the problem above. 
> 

> It introduces a generalized security policy and methodology for dealing 

> with the metadata stewardship dilemma - one that is safe and 

> non-cumbersome. 

> It requires an administrator to define a set of object collections 

> (administrative collections) to group a set of objects together. In its 

> simplest form, these administrative collections can correspond directly 

> to organizational divisions: Finance, Manufacturing, Sales, ... As new 

> users are added into the system, their administrative collections are 

> assigned, and they have complete freedom on metadata assigned under these 

> collections. When new users create new metadata, only the creator is 

> allowed free reign over that metadata until a Central Administrator 

> assigns that metadata into 1 or more administrative collections, opening 

> up access to any user with permissions on any one of those administrative 

> collections. 
> 
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> The pros and cons of the invention over status quo: 

> 

> Advantages: 

> * A more flexible, more scalable and more maintainable solution to 

> administrative metadata solutions. 

> * Metadata can be shared by any number of administrative collection. In 

> fact, this has so much flexibility that object-level granularity of 

> metadata sharing is possible with minute adjustments to the process. 

> * A user is able to completely determine the complete set of objects that 

> he/she has permission to by browsing the administrative collections. 

> * Data Stewards can manage to keep their "folders" clean. If they alone 

> have permissions on some Folder object, then these data stewards are the 

> only ones who are allowed to create objects inside this folder. 

> Disadvantages: 

> * Complexity of collections may be a bit confusing. Because metadata is 

> arranged in parentage hierarchies, sometimes it is not clear why a user 

> has been denied permission to a specific action. 

> * The central administrator, if lazy, can become a bottleneck. Because he 

> alone has permissions to modify the administrative collection, 

> registration of all new metadata into the administrative collections must 

> pass through him. 

> 

> Significance of the new solution to Oracle: 

> 

> This solution can certainly be adopted by anyone who wants to implement a 

> data stewardship security/data quality scheme that has an arbitrary and 

> flexible degree of partiitoning. By updating a few data structures in the 

> product, one can set up a complex combination of permissions and 

> restrictions for any number of users. 
> 

> Does it add or enhance functions or features? Yes 

> Does it increase performance for existing functionality? Yes 

> Does it pertain to an interface? Yes 

> Is it detectable by an end user, DBA, or SysAdmin? Yes 

> 

> Is it applicable to products or environments outside of Oracle? 

> 

> Yes, the same scheme may be developed to simplify administrative security 

> tasks by competing Oracle products. The rule-based security methodology 

> is a viable way of achieving a flexible, extensible security 

> infrastructure and the data stewardship security policies is a 

> straightforward way of implementing this very elusive concept. 
> 

> Has it been implemented? Yes 
>Ifso, when? 1/10/03 
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> Has it been disclosed outside of Oracle? No 

> If so, was it disclosed under a Non-Disclosure Agreement? 

> 

> Description of any disclosure outside of Oracle: 

> 

> Description of any products that use the invention, currently or planned: 

> 

> Planned to be used in Oracle Warehouse Builder 9.0.4 released with iDs 

> 9.0.4. 

> 

> 

> Kelly A. Wan <Kelly.Wan@oracle.com> 

> Legal Assistant 

> Oracle Corporation 

> Patent Operations and Corporate Legal 

> 

> Kelly A. Wan 

> Legal Assistant <Kelly.Wan@oraclexom> 

> Oracle Corporation 

> Patent Operations and Corporate Legal 

> 500 Oracle Parkway 50P7 Fax: 650-506-71 14 

> Redwood Shores Work: 650-506-9824 (M, T 5 F) 

> 650-506-0206 (W, Th) 

> CA 

> 94065 

> USA 

> Additional Information: 

> Last Name Wan 

> First Name Kelly A. 

> Version 2.1 

Kelly A. Wan <Kelly.Wan@oracle.com> 
Legal Assistant 
Oracle Corporation 

Patent Operations and Corporate Legal 
Kelly A. Wan 

Legal Assistant <Kelly.Wan@oracle.com> 
Oracle Corporation 
Patent Operations and 
Corporate Legal 

500 Oracle Parkway 50P7 Fax: 650-506-71 14 

Redwood Shores Work: 650-506-9824 (M, T, F) 650-506-0206 

CA (W, Th) 
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94065 
USA 

Additional Information: 
Last Name Wan 
First Name Kelly A. 
Version 2.1 
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